home *** CD-ROM | disk | FTP | other *** search
- Path: cs.mu.OZ.AU!bounce-back
- From: davidb@datalytics.com (David Bradley)
- Newsgroups: comp.std.c++
- Subject: Re: Calling X(int) from X()'s init list
- Date: 01 Mar 96 12:28:05 GMT
- Organization: Datalytics Inc.
- Approved: fjh@cs.mu.oz.au
- Message-ID: <3135b551.1285177@news.datalytics.com>
- References: <4gsa2r$gjm@sdaw04.seinf.abb.se> <4gsmnm$3aq@engnews1.Eng.Sun.COM>
- NNTP-Posting-Host: munta.cs.mu.oz.au
- X-Original-Date: Thu, 29 Feb 1996 14:21:21 GMT
- X-Newsreader: Forte Agent .99d/32.182
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBFAgUBMTb7DOEDnX0m9pzZAQFprgF9GSa6+0Fawj7+v8T/Tqdkys7AgRzr/W5f
- u6VHCWofgODs2YWlb7/P0jaYkfqC3LpX
- =glkn
- Originator: fjh@munta.cs.mu.OZ.AU
-
- clamage@Eng.Sun.COM (Steve Clamage) wrote:
-
- >I think the original question is really about a way to break out
- >a member-init-list into a common bit of code somehow, which cannot
- >currently be done. It seems to me it is (only) a convenience and ease-of-
- >maintenance issue.
-
- Deja vue. I believe this discussion went around 4 or 6 years ago on
- BIX. Unfotunately I don't remember the reason for rejecting it.
- Seems like some logistics of handling a constructor on something that
- may already be partially constructed. Basically who calls the default
- constructors if neither invoked constructor or the called constructor
- constructs it. The compiler either has to realize this and only
- construct it once or it will get constructed twice.
-
- The bottom line was it was hashed around quite a bit, as it looks nice
- on the outside, but presents some real problems in implementation.
-
- ===============================================
- DISCLAIMER: I may be a member of humanity,
- but I'm not a spokesman for humanity.
- davidb@datalytics.com
- ---
- [ To submit articles: try just posting with your news-reader.
- If that fails, use mailto:std-c++@ncar.ucar.edu
- FAQ: http://reality.sgi.com/employees/austern_mti/std-c++/faq.html
- Policy: http://reality.sgi.com/employees/austern_mti/std-c++/policy.html
- Comments? mailto:std-c++-request@ncar.ucar.edu.
- ]
-